NetNews Offline 2/NetNews Offline Volume 2.iso/news/comp/lang/c++-part1/8618

Internet Message Format | 1996-08-05 | 2.2 KB

Path: gmrc.gecm.com!newsmasters
From: [e-mail] (R.A.L Williams)
Newsgroups: comp.lang.ada,comp.lang.c++,comp.lang.c
Subject: Re: C++ vs Ada for large project
Followup-To: comp.lang.ada,comp.lang.c++,comp.lang.c
Date: 15 Feb 1996 12:02:03 GMT
Organization: GEC-Marconi Research Centre
Message-ID: <[e-mail]>
References: <w4wx5wc1a2.fsf@cln46ac> <4ffjrq$[e-mail]> <w4bun3a7ji.fsf@cln46ac>
    <4fsm6l$[e-mail]> <[e-mail]>
NNTP-Posting-Host: vulcan.gmrc.gecm.com
In-reply-to: [e-mail]'s message of 14 Feb 1996 20:56:47 GMT

In article <[e-mail]> [e-mail] (Simon Wright) writes:

> From: [e-mail] (Simon Wright)
> In article <4fsm6l$[e-mail]> [e-mail] (Kevin J Hopps) writes:
>
> [...]
> > So let me see if understand you.  Less flexibility is better; rules
> > are better than discipline; the more rules the better?
>
> I think I understand your point, but found myself hard put to define
> discipline without some reference to rules: eg, Chambers, ".. mode of
> life in accordance with rules". I suspect it may be a question of
> _whose_ rules!
>
Yes, that's precisely the point. If you can choose a set of rules
which are appropriate to *your project* then you are going to work
more efficiently. I'm glad to see that this is the approach being
suggested by the SEI CMM level 3 where project managers are expected
to take the "Organisation Standard Software Process" and apply the
tailoring guidelines to it to derive a set of procedures for a
specific project. I see no reason why this approach cannot be adopted
for all engineering activities. The constraints in the tailoring
guidelines should be project/customer specific (including issues such
as safety/security etc.) not 'overly forced' by the
implementation. Of course, taken to extremes we would all be designing
perpetual motion machines into our systems :-)

> --
> Simon Wright                    Work Email: [e-mail]
--
Bill Williams                     |GEC-Marconi does not necessarily
GEC-Marconi Research Centre       |endorse my opinions!

[e-mail]
Tel: [phone]
Fax: [phone]